home *** CD-ROM | disk | FTP | other *** search
/ Ham Radio 2000 #1 / Ham Radio 2000.iso / ham2000 / hf / dsp / dsp4tool / sim_read.me < prev    next >
Encoding:
Text File  |  1986-04-28  |  4.8 KB  |  84 lines
  1.    
  2.      Your SIM56000 program provides the capability to simulate all functions
  3.    of Motorola's DSP56000 digital signal processor - including simulation of
  4.    all on-chip peripheral operations and all on and off-chip memory areas.
  5.    Although your version number reads 1.0, this software has been extensively
  6.    tested and revised by the DSP56000 design team.
  7.  
  8.      The following notes should be added to the SIM56000 Reference Manual:
  9.  
  10.      The simulator software is provided on a write-protected floppy 
  11.    disk.  Since several of the simulator commands create temporary disk
  12.    files,  you should not attempt to execute programs directly from the
  13.    master disk.  Copy the simulator to a non-protected floppy or to 
  14.    your hard disk and store the master disk in a safe place.  If you
  15.    must execute from the floppy disk,  you should consider using the
  16.    simulator PATH command to specify a different disk for the temporary
  17.    files.
  18.  
  19.      The SYSTEM command can execute any command in your current path as 
  20.    a child process.  When you specify the SYSTEM command without a following
  21.    command name, the system "command.com" file is executed as the default.
  22.    One limiting factor pertaining to the execution of the SYS command is 
  23.    that the simulator program stays resident in memory while an attempt is
  24.    made to execute the child process.  During simulation of any moderate 
  25.    or large programs, the simulator will normally grab all available
  26.    memory in the PC for simulation of the DSP56000 memory spaces.  The
  27.    child process will not have enough memory to execute in this case.
  28.    As an optional solution, use the SAVE S command to save the simulator
  29.    state.  Exit the simulator with the QUIT command.  Return to the
  30.    simulator at any time and reload the previously saved state with
  31.    the LOAD S command.  Note also that the simulator SYSTEM command
  32.    will automatically save the simulator state in SIM56000.SIM as the
  33.    first step in the SYSTEM command execution.  You may reload this file
  34.    just as any other state file with the LOAD S command.
  35.  
  36.      Several simulator commands will create temporary files as a side effect.
  37.    The SYSTEM command will create SIM56000.SIM as just described.  The
  38.    INPUT command will create files TERMnnnn.IO (untimed) or TERMnnnn.TIO 
  39.    (timed mode) if input is specified from the terminal.  The nnnn field
  40.    is a 4 digit decimal number.  Simulation of the DSP56000 memory spaces
  41.    will create the temporary file SMPXY.MEM if no more memory is available
  42.    in the PC.  No user query is generated prior to deletion if SMPXY.MEM 
  43.    or SIM56000.SIM already exist in the simulator working directory, so be
  44.    careful that you don't intend to keep previous files with these names.
  45.  
  46.      The simulator BREAK command checks the break condition at the end
  47.    of each instruction.  The only exception to this is when the CYC register
  48.    is specified in the break command expression.  Since the PC register
  49.    will change twice during a two word instruction,  a break instruction of
  50.    the form BREAK PC=1000 will fail to break if location 1000 is in the
  51.    middle of a two word instruction.  Furthermore, the PC value and the
  52.    execution fetch address are not always the same since the PC value does
  53.    not change during the fast interrupt processing fetches.  The best
  54.    way to solve both of these problems is to use a command of the form
  55.    BREAK R P:1000 rather than the PC register expression.  All memory
  56.    locations that are referenced during an instruction are available to
  57.    the BREAK command at the end of the instruction, so this break condition
  58.    will always succeed.
  59.  
  60.      The BREAK command allows arbitrarily complex breakpoint expressions.
  61.    Long complex expressions do carry some execution time overhead, however.
  62.    Short expressions of the form BREAK LC=10 or BREAK R0>=30 are "compiled"
  63.    by the simulator and will execute much faster than the longer expressions
  64.    which are reinterpretted by the evaluator each instruction cycle.  The
  65.    expressions of the form BREAK R P:5 or BREAK W X0 are also relatively
  66.    fast breakpoint expressions.
  67.  
  68.      If you are executing code from the DSP56000  external memory space,  
  69.    the DSP56000 bus control register (BCR)  causes a programmed number of 
  70.    wait states for each memory fetch.  This feature of the DSP56000 allows
  71.    accesses of slow external memories with no external glue hardware. Since 
  72.    all peripheral activity and file I/O activity is updated each cycle, the 
  73.    wait states result in a noticeable increase in execution time. You will 
  74.    probably want to use the command CHANGE BCR 0, i.e., no wait states, 
  75.    prior to  executing code unless you need the cycle count values that 
  76.    result from programmed wait states.
  77.  
  78.  
  79.      
  80.  
  81.  
  82.  
  83.    
  84.